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(54) Method of diagnosing a vehicle engine cooling system 



(57) A method of diagnosing a cooling system of a 
vehicle engine, including the steps of: acquiring operat- 
ing data relative to operation of the cooling system (cool- 
ing system radiator water temperature/fan rotation 
speed) during a trip time (Ttrip) between turn-on of the 
engine and subsequent turn-off of the engine; process- 
ing the acquired data, and accumulating the data for 
each trip to create a database; and examining the loca- 
tion of the data within the database to determine mal- 
function and/or potential malfunction situations of the 
cooling system. 
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Description 

[0001] The present invention relates to a method of 
diagnosing a vehicle engine cooling system. 
[0002] Vehicle engine cooling systems are known in 
which a stream of fluid (normally water) is fed to the inlet 
of a radiator connected to one or more cooling fans, 
which direct a stream of air through the radiator to pro- 
duce an outward heat exchange, so that the water at the 
outlet of the radiator is cooler than at the inlet. As is 
known, due to ageing and wear of the radiator and/or 
members producing forced flow of the water, the effi- 
ciency of the engine cooling system decreases consid- 
erably, and therefore also the difference between the 
temperature of the water at the inlet and outlet. 
[0003] A need therefore exists for a method of fully 
automatically determining such a situation, and of also 
determining gradual decline of the engine cooling sys- 
tem to predict pending malfunction of the system well in 
advance. 

[0004] According to the present invention, there is 
provided a method of diagnosing a cooling system of a 
vehicle engine, characterized by comprising the steps 
of: acquiring operating data relative to operation of the 
cooling system between turn-on of the engine and sub- 
sequent turn-off of the engine; processing the acquired 
operating data and accumulating the data to create at 
least one database; and examining the location of the 
data within said database to determine malfunction and/ 
or potential malfunction situations of said cooling sys- 
tem. 

[0005] A preferred, non-limiting embodiment of the in- 
vention will be described by way of example with refer- 
ence to the accompanying drawings, in which: 

Figure 1 shows the operations performed in the 
method according to the present invention; 
Figure 2 shows a first database employed in the 
method according to the present invention; 
Figure 3 shows a variation of the method according 
to the present invention; 

Figure 4 shows a second database employed in the 
method according to the present invention. 

[0006] Figure 1 shows the operations performed in a 
first embodiment of the method, according to the 
present invention, of diagnosing the cooling system of 
a vehicle engine, in particular of an industrial vehicle. 
[0007] To begin with, a block 1 00 determines whether 
the engine relative to the cooling system is on; if it is not 
(engine off), block 100 remains on standby; otherwise 
(engine on), block 100 goes on to a block 110. 
[0008] Block 1 1 0 acquires and stores the temperature 
Tin of the water supplied to the cooling system radiator 
inlet, and the temperature Tout of the water at the cool- 
ing system radiator outlet. 

[0009] Block 11 0 is followed by a block 1 20, which cal- 
culates and stores the temperature difference AT be- 
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tween the water temperature Tin at the radiator inlet and 
the water temperature Tout at the radiator outlet, i.e.: 

5 AT = Tin - Tout 

[0010] Block 120 is followed by a block 125, which 
forms a data structure defining and storing operating 
states S (AT, Tin) of the radiator as a function of the cal- 
10 culated AT value and the inlet water temperature Tin. 
[0011] The data structure also stores the time lapse 
Ts the cooling system remains in each operating state 
S(AT, Tin). 

[001 2] For example, the database can be represented 
is in a cartesian X, Y plane by a spot graph - Figure 2 - in 
which each spot corresponds to a state, and the diam- 
eter of the spot shows how long the operating state is 
detected, i.e. the time lapse the cooling system remains 
in that particular operating state. 
[001 3] Block 1 25 is followed by a block 1 30, which de- 
termines whether the vehicle engine is off; if it is not (en- 
gine on and running), block 1 30 goes back to block 110; 
otherwise (engine off and not running), block 130 is fol- 
lowed by a diagnosis block 170. 
[0014] At the output of block 130, the total trip time 
Ttrip (measured in seconds, minutes, or hours) between 
turning the engine on and off is also calculated, and 
equals the sum of the lapse times within the various de- 
tected operating states. 

[001 5] Blocks 1 00-1 30 thus determine the water tem- 
perature at the radiator inlet and outlet at successive 
instants, and calculate, for each finding, the temperature 
difference AT introduced by the radiator. Preferably, 
though not necessarily, blocks 1 00-1 30 are scanned so 
that temperatures Tin, Tout are determined and temper- 
ature difference AT calculated at predetermined time in- 
tervals, e.g. of one second. 

[0016] It is known, in fact, that, when operating poorly 
or not at all, the radiator produces only a small reduction 
in the temperature of the fluid supplied to the inlet, i.e. 
temperature difference AT is close to zero or at least 
lower than normal operating values. 
[0017] The operating states are thus stored and ac- 
cumulated in different operating condition areas (shown 
by the grid in Figure 2). 

[0018] Alternatively, the operating states may be 
stored in the data structure as a function of the calculat- 
ed AT value and the outlet water temperature Tout. 
[0019] Alternatively or in addition, as opposed to the 
time lapse in each operating state, the time lapse in each 
state as a percentage of total trip time Ttrip may be 
stored. 

[0020] At the end of each vehicle trip, i.e. when the 
engine is turned off, the three-dimensional data struc- 
ture therefore contains the time lapses in the various de- 
tected operating states. 

[0021] Repeated vehicle trips result in the generation 
of a database containing all the states in which the ra- 
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diator has operated. 

[0022] According to the present invention, block 1 70 
periodically checks the database containing all the ac- 
cumulated data structures to determine any malfunction 
situations. 5 
[0023] For which purpose, the X, Y plane map (Figure 
2) shows a number of calibratable areas, including: 

• a danger area 21 ; 

• a prealarm area Z2; and 10 

• a normal or safe operating area 23. 

[0024] Areas 21 , 22 and 23 in the X,Y plane can be 
calibrated as a function of the type of trip and the char- 
acteristics of the vehicle. The check by block 170 can '5 
be made in three ways: 

• by checking the data structure at the end of each 
trip of each vehicle to determine instantaneous mal- 
functions (e.g. at least one operating state in danger 20 
area 21); 

• by checking the data structures of a number of trips 
of each vehicle to determine decline situations (e. 
g. migration of accumulated operating states from 
normal operating area Z3 to areas 21 and Z2; and 25 

• comparing the data structures of different vehicles 
to determine anomalies of one vehicle with respect 
to the rest of the fleet (e.g. a mean concentration of 
fleet radiator operating conditions in a normal oper- 
ating sub-area, and individual vehicle operating 30 
conditions concentrated in a different normal oper- 
ating sub-area). 

[0025] Malfunctioning of the radiator may be deter- 
mined on the basis of a number of criteria, including: 35 

• an operating state within danger area 21 over and 
above a given maximum time lapse, i.e. malfunc- 
tioning is determined when the temperature differ- 
ence produced by the radiator remains small for a 40 
long total period of time and for numerous vehicle 
trips; 

• migration of the time lapse values in various oper- 
ating states towards danger area 21, i.e. the tem- 
perature difference decreases with time as the ra- 45 
diator gradually declines: 

• an operating state distribution differing from that of 
the other vehicles in the fleet. 

50 

[0026] In the Figure 3 method, a first block 200 deter- 
mines whether the engine relative to the cooling system 
is on; if it is not (engine off), block 200 remains on stand- 
by; otherwise (engine on), block 200 goes on to a block 
210. 55 
[0027] Block 210 acquires and stores the rotation 
speedwv of the cooling system radiator fan. 
[0028] Block 21 0 is followed by a block 230, which de- 



termines whether the vehicle engine is off; if it is not (en- 
gine on and running), block 230 goes back to block 21 0; 
otherwise (engine off and not running), block 230 is fol- 
lowed by a block 240. 

[0029] At the output of block 230, the total trip time 
Ttrip (measured in seconds, minutes, or hours) between 
turning the engine on and off is also calculated. 
[0030] Blocks 200-230 thus determine fan rotation 
speed at successive instants, to obtain n speed sam- 
ples. Preferably, though not necessarily, blocks 200-230 
are scanned so that fan rotation speed is determined at 
predetermined time intervals, e.g. of one second, during 
trip time Ttrip. 

[0031] Block 240 calculates the mean fan rotation 
speed value covjned, i.e. 

cov _ med - y^'jW/ / n 

where n is the number of speed samples acquired 
repetitively by blocks 200-230 within the trip time. 
[0032] Block 240 is followed by a block250, which cal- 
culates the fan rotation speed variance a: 

a 2 = [S((o vl - o>v_med) 2 ] /n 

where n is the number of speed samples acquired 
repetitively by blocks 200-230 within the trip time. 
[0033] Block 250 is followed by a block 260, which 
stores the calculated mean speed and variance values 
in respective databases. 

[0034] At the end of each vehicle trip, i.e. when the 
engine is turned off, the database is therefore updated 
to accumulate the calculated mean speed and variance 
values of the concluded trip. 

[0035] Repeated vehicle trips result in the generation 
of a database containing a mean speed value for each 
trip, and a database containing a variance value for each 
trip. 

[0036] Figure 4 shows an example of a database 
showing mean speed values accumulated over succes- 
sive trips. 

[0037] According to the present invention, a process, 
independent of the operations in blocks 200-260 and in- 
dicated by block 270 in Figure 3, periodically checks one 
or both databases to determine any malfunction situa- 
tions. 

[0038] Malfunctioning of the radiator may be deter- 
mined on the basis of a number of criteria, including: 

♦ mean speed and/or variance values exceeding pre- 
alarm and alarm (minimum or maximum) values; 

• a check of the development over time of the mean 
speed and/or variance values to determine migra- 
tion towards prealarm and alarm values. 
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[0039] The prealarm and alarm values can be cali- 
brated. 

[0040] The method according to the present invention 
therefore provides for fully automatically determining a 
malfunction situation of the engine cooling system. 
[0041] Moreover, the method also determines gradual 
deterioration of the engine cooling system to predict 
malfunctioning of the system. 

Claims 

1 . A method of diagnosing a cooling system of a vehi- 
cle engine, characterized by comprising the steps 
of: 

acquiring (110, 120) operating data relative to 
operation of the cooling system between turn- 
on of the engine and subsequent turn-off of the 
engine; 

processing the acquired operating data and ac- 
cumulating the data to create at least one da- 
tabase; and 

examining (170, 270) the location of the data 
within said database to determine malfunction 
and/or potential malfunction situations of said 
cooling system. 

2. A method as claimed in Claim 1 , wherein said step 
of acquiring operating data relative to operation of 
the cooling system comprises the step of acquiring 
fluid temperatures of a radiator of said cooling sys- 
tem. 

3. A method as claimed in Claim 2, wherein said ac- 
quiring step comprises the step of acquiring the 
temperature of the fluid supplied to the inlet and out- 
let (Tin, Tout) of said radiator. 

4. A method as claimed in Claim 3, and comprising the 
step of calculating the temperature difference be- 
tween the fluid supplied to the inlet and outlet of said 
radiator. 

5. A method as claimed in Claim 4, wherein said ac- 
cumulating step comprises the step of forming a da- 
ta structure in which are stored a number of oper- 
ating states, each defined as a function of the cal- 
culated temperature difference value (AT) and the 
acquired outlet fluid temperature value (Tout). 

6. A method as claimed in Claim 4, wherein said ac- 
cumulating step comprises the step of forming a da- 
ta structure in which are stored a number of oper- 
ating states, each defined as a function of the cal- 
culated temperature difference value (AT) and the 
acquired inlet fluid temperature value (Tin). 



7. A method as claimed in Claim 1 , wherein said step 
of acquiring operating data relative to operation of 
the cooling system comprises the step of acquiring 
the rotation speed of a fan associated with a radiator 

5 of said cooling system. 

8. A method as claimed in Claim 7, wherein said step 
of processing the acquired operating data compris- 
es the steps of: 

10 

- calculating the mean value (240) of said rota- 
tion speed; and 

calculating the variance (250) of said rotation 
speed. 

15 

9. A method as claimed in Claim 8, wherein said ac- 
cumulating step comprises the step of forming a da- 
ta structure storing the mean value of the rotation 
speed values acquired between turn-on and subse- 

20 quent turn-off of said engine. 

10. A method as claimed in Claim 8, wherein said ac- 
cumulating step comprises the step of forming a da- 
ta structure storing the variance of the rotation 

25 speed values acquired between turn-on and subse- 
quent turn-off of said engine. 

1 1 . A method as claimed in one of the foregoing Claims, 
wherein said step of examining the location of the 

30 data within said database comprises the steps of: 

defining different areas (Z1 , Z2, Z3) within said 
database, corresponding to different operating 
states of said cooling system; and 
35 - checking the location of said data within said 
areas. 

12. A method as claimed in Claim 11 , wherein said step 
of examining the location of the data within said da- 

40 tabase comprises the step of determining when a 
maximum time value associated with an acquired 
operating state located in a danger area (Z1) is ex- 
ceeded. 

45 13. A method as claimed in Claim 11 .wherein said step 
of examining the location of the data within said da- 
tabase comprises the step of determining migration 
of said operating states towards a danger area. 
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